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SYNCHRONISATION DE FLUX AUDIOVISUELS SECURISES 

La presente invention se rapporte au domaine du 
traitement de flux video num^riques. 
5 On se propose dans la presente invention de fournir vin 

systeme permettant de recomposer un contenu video num6rique 
prealablement embrouilie visuellement . 

La pr^sente invention se rapporte plus 
particulierement a un dispositif capable de transmettre de 

10 fagon securisee un ensemble de films de haute qualite 
visuelle vers un 6cran de visualisation type ecran de 
television et/ou pour §tre enregistre sur le disque dur ou 
sur tout autre support d' enregistrement d'un boitier reliant 
le r6seau de teietransmission & 1' ecran de visualisation tel 

15 qu'un ecran de television ou un moniteur d' ordinateur 
personnel , tout en preservant la quality audiovisuelle mais 
en evitant toute utilisation frauduleuse conime la 
possibility de faire des copies pirates de films ou de 
programmes audiovisuels enregistr6s sur le disque dur ou 

20 tout autre support d' enregistrement du boitier decodeur. 
L' invention concerne un systeme client - serveur et le 
mecanisme de synchronisation entre le serveur qui fournit le 
flux permettant le visionnage du film video numerique 
s6curis6 et le client qui lit et affiche le flux video 

25 numerique . 

Avec les solutions actuelles, il est possible de 
transmettre des films et des programmes audiovisuels sous 
forme numerique via des r6seaux de diffusion de type 
30 hertzien, cSble, satellite, etc. ou via des r6seaux de 
telecommunication type DSL (Digital Subscriber Line) ou BLR 
(boucle locale radio) ou via des r6seaux DAB (Digital Audio 
Broadcasting), etc. Par ailleurs, pour eviter le piratage 
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des ceuvres ainsi diffus6es f ces dernidres sont souvent 
cryptees ou embrouiliees par divers moyens bien connus de 
1'homme de l'art. 

Toutefois, 1' inconvenient principal de toutes les 
5 solutions actuelles (TiVo Inc., WO00165762) est qu' il faut 
transmettre non seulement les donnees cryptees vers les 
utilisateurs, mais egalement les cies de decryptage. La 
transmission des cies de decryptage pouvant se faire avant, 
en m§me temps ou apr£s la transmission des programmes 

10 audiovisuels. Pour augmenter la securite et done la 
protection des ceuvres audiovisuelles contre une utilisation 
mal intentionnee, les cies de decryptage ainsi que les 
fonctions de decryptage des decodeurs audiovisuels peuvent 
comporter des moyens de securite ameiiores comrae des cartes 

15 k puces ou autres cies physiques qui peuvent en option/ §tre 
raises k jour a distance. 

Ainsi, les solutions actuelles appliquees k un boitier 
decodeur avec possibilite d' enregistrement local de 
programmes audiovisuels sous forme numerique sur un support 

20 quelconque de type disque dur ou autre type de memoire/ 
offrent k un usager mal intentionne/ la possibilite de faire 
des copies non autorisees des programmes ainsi enregistres, 
puisqu'& un moment donne, cet usager possede avec son 
boitier d6codeur numerique/ associe ou pas k des systemes de 

25 cartes k puce f toutes les informations, programmes logiciels 
et donnees permettant le d6cryptage complet des programmes 
audiovisuels. En raison justement du fait qu'il possede 
toutes les donn6eS/ 1' usager mal intentionne aura la 
possibilite de faire des copies iliegales sans que personne 

30 ne s'aperQoive de cette copie frauduleuse au moment oti elle 
est faite. 

Une solution consisterait done k transmettre tout ou 
partie d'un programme audiovisuel num6rique uniquement k la 



WO 2004/056114 




CT/FR2003/050158 



demande (services de video k la demande) & travers un reseau 
de telecommunication large bande de type ADSL, c§ble ou 
satellite, sans autoriser 1' enregistrement local des 
programmes audiovisuels . Ici f 1' inconvenient est tout autre 
5 et provient des performances de ces r£seaux qui ne 
permettent pas de garantir des flux continus de quelques 
megabits par seconde k chaque usager, comme exig6 par les 
flux MPEG qui necessitent des bandes passantes de quelques 
centaines de kilobits k plusieurs megabits par seconde. 

10 Dans ces conditions, une solution consiste a s6parer 

le flux en deux parties dont aucune ne serait utilisable 
seule. Dans cette optique plusieurs brevets ont ete deposes. 
Ainsi, on connait par le document WO09908428 (Gilles Maton) 
un procede de traitement multi-applicatif d*un terminal 

15 actif localisable dans lequel on realise au moins une 
liaison avec un programme identifiable dedie a 1 T execution 
d'une application, ledit programme dictant ses conditions 
d 1 exploitation au terminal pour la mise a disposition des 
fonctions. Le terminal dialogue ponctuellement, par l'eraploi 

20 d f une liaison, avec le centre de gestion pour la 
realisation, si necessaire, des entrees et sorties des 
capacites de ce dernier, le centre de gestion devenant 
esclave ou non du terminal au niveau de l'applicatif vis-&- 
vis du programme entrant. Cette invention concerne egalement 

25 le procede d ? identification du programme et du terminal en 
exploitation. Ce proc6d6 de 1'art anterieur divise le flux 
en une partie servant k identifier 1' utilisateur et une 
partie qui contient le programme & proprement parler. En 
particulier, ledit programme n'est pas inutilisable mais 

30 seulement verrouilie par la premiere partie. Enfin, ce 
brevet ne pr6sente aucune solution pour synchroniser 
lesdites parties. 



4 

D' autre part, le document EP0778513 (Matsushita) 
d6crit un proc6d6 permettant de pr6venir 1' utilisation 
i!16gale d'une information en y ajoutant une information de 
controle afin de verifier les droits de 1' utilisateur . Le 
systdme permet de savoir en permanence quelle partie de 
1' information est utilis£e et par quel utilisateur et par Ik 
de savoir si cet utilisateur est en position ill^gale ou 
pas. Ce proc6d6 s^curise done les donnees en y ajoutant des 
informations additionnelles qui d6naturent 1' information 
initiale. 

Le document WO0049483 (Netquartz) nous offre <§galement 
des proc£d6s et des systdmes pour cr6er un lien entre les 
utilisateurs et un editeur d'entit6s numSrisees. Le proc£d6 
comprend l'une au moins des 6tapes suivantes : l»6tape de 
subdiviser ladite entity numeris6e en deux parties ; l'6tape 
de m6moriser une partie dans une zone m£raoire d'un serveur 
connects k un r^seau informatique ; l'etape de transmettre 
l 1 autre partie a au moins un utilisateur disposant d'un 
6quipement informatique ; l'etape de connecter ledit 
6quipement informatique audit reseau informatique ; l'etape 
d'6tablir un lien fonctionnel entre ladite premiere partie 
et ladite deuxieme partie, Ces procedes et systemes ne 
sp6cifient pas d'une part si la partie m£moris6e sur le 
serveur peut £tre stock6e par 1' utilisateur ce qui 
permettrait k celui-ci de pirater ladite entity numeris6e, 
et d' autre part la fa<?on de synchroniser lesdites deux 
parties • 

Enfin, dans cette approche, l'Stat de la technique le 
plus proche se retrouve dans les brevets d'HyperLOCK 
Technologies dont le plus pertinent est le document 
US05937164. Cette invention utilise la solution qui consiste 
k s6parer le flux en deux parties dont la plus petite 
d<§tient une information n6cessaire k 1' utilisation de la 
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plus grande. Cependant, ce brevet n'est pas suffisant pour 
repondre au probleme identifie. En effet, la suppression 
d'une partie du flux denature le format du flux, et ne peut 
done pas etre reconnu comme un flux standard, exploitable 
avec des applications logicielles generales. Ce procede de 
l'art anterieur necessite a la fois un logiciel specif igue 
c6te serveur, pour la separation des deux parties, et un 
autre logiciel specif ique assurant non seulement la 
reconstruction du flux, mais egalement 1' acquisition du flux 
principal et son exploitation selon un format proprietaire a 
la solution. Ce format proprietaire n'est pas le format 
initial du flux avant separation en deux parties, dans cette 
solution connue . 

Cette societe a egalement depose trois autres 
brevets : le document US5892825 reprend le brevet precedent 
mais dans un cadre moins large car les flux y sont toujours 
cryptes ; le document US6035329 repose sur le meme principe, 
il concerne un procede permettant la lecture d'un disque de 
type CD-ROM ou DVD-ROM conditionnellement a 1' identification 
des droits par 1' insertion d'une carte a puce sur laguelle 
les informations necessaires a la lecture sont stockees. Ce 
procede n'est encore pas suffisant pour notre probleme car 
il ne garantit pas que le flux modifie soit du meme format 
que le flux originel. Enfin, le document DS6185306 concerne 
un procede de transmission de donnees cryptees depuis un 
site Web vers un ordinateur demandeur. Ce procede permet 
cependant a l'utilisateur de disposer a un moment donne de 
tous les outils necessaires pour copier les donnees. 

Une autre reference de l'art anterieur est le document 
WO 00/44172 qui presente un systeme de distribution de video 
a la demande consistant a transmettre des flux videos 
cryptes depuis un fournisseur vers un ou plusieurs 



r6cepteurs. La vid6o crypt6e est stock6e au pr6alable chez 
le recepteur et est visualis^e ult^rieurement . La requdte de 
visualisation est adress6e k un 6metteur vid6o qui envoie 
1' information de d&cryptage pour une visualisation immediate 
5 du flux vid6o. L' information de d^cryptage est envoy&e au 
recepteur par voie s£par6e ou par la m£me voie que la video 
crypt£e. Avant 1' envoi des cl6s (statiques ou dynamiques) 
pour le decryptage, est effectu&e une £tape d' identification 
du recepteur. Get art ant^rieur d£crit done un systeme de 
10 cryptage a l'aide de cl£(s) bien connu par l'homme de l'art. 
Toutefois, la totality du flux vid6o protege par cryptage 
est stock£e chez le recepteur, 1' ensemble des donnees du 
flux vid6o se trouve £ l'interieur de la video prot6g£e, il 
peut done §tre vulnerable au piratage. 

15 

L'art ant^rieur connait 6galement le document US 
2002/0164024 Al qui concerne un systeme de traitement de 
donnees videos et audio bas& sur une relation de prediction 
entre trames f contenant un module de fragmentation des 

20 donnees, un module de cryptage d'une partie des donnees, un 
module d' envoi, un module pour differencier le traitement 
par type de trames I, P, B et leur rangement dans des files 
s§par£es, un module de reception, un module de decryptage et 
un module d' assemblage des donn6es. Le processus de cryptage 

25 est ef fectu6 uniquement sur des fragments comportant des 
images I, qui sont d6crypt6es et re-assembl£es dans le 
recepteur, reconstituant ainsi la vid6o, la reconstitution 
6tant effectu^e en alignant les paquets par ordre croissant 
de la r6f6rence de temps indiqu6e dans le flux binaire. Ce 

30 document d6crit un systeme de cryptage « classique », avec 
optimisation du cryptage* La fragmentation est appliqu6e 
dans le but de s6parer les images I du reste du flux afin de 
les crypter. Apr^s ce cryptage s61ectif, les fragments sont 
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envoy6s en utilisant differentes files d'attente. Cependant, 
toutes les donnees du flux audiovisuel restent & l'interieur 
du flux prot6ge, tout ou par tie du flux etant pas crypte. 

5 Enfin, le brevet WO 01/97520 presente egalement des 

methodes, des proc^des et des dispositifs pour controler la 
transmission et 1' enregistrement des contenus numerises de 
type MPEG-2 . Toutefois, ce brevet ne pr&sente aucune 
specificity pour la synchronisation des flux qui constituent 

10 les deux parties d'un meme programme audiovisuel, De plus, 
la methode decrite dans ce brevet est totalement ineff icace 
pour les r£seaux de telecommunication bas debit , car elle 
substitue tout ou partie des images I dont le poids en 
octets est .tr£s cooiteux lors de la transmission du deuxidme 

15 flux. 

Afin de corriger ces differents defauts, 1' invention 
concerne dans son acceptation la plus generale un procede 
pour la distribution de sequences videos selon un format de 
flux nominal constitue par une succession d' images, ledit 

20 flux sur lequel on procede, avant la transmission £l 
l'equipement client, & une analyse pour generer un flux 
principal modifie, presentant le format du flux nominal, et 
presentant des images modifiees par la substitution de 
certaines donnees par des donnees de meme nature mais 

25 al6atoires ou calcuiees, et une information compiementaire 
d'un format quelconque, comportant les donnees substitu6es 
et les informations num6riques aptes & permettre la 
reconstruction dudit flux nominal modifie, puis & 
transmettre separement, le flux principal modifie en temps 

30 reel ou en temps differe et 1' information compiementaire en 
temps reel au moment de la visualisation depuis le serveur 
vers l'equipement destinataire, et pour lequel on calcule 
sur l'equipement destinataire une synthase d'un flux 
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disponible au format nominal , reconstitue en fonction dudit 
flux principal modifie et de ladite information 
complementaire et une lecture dudit flux disponible sur 
l'6quipement destinataire caracterise en ce que ledit 
5 proc6d6 comporte, pendant ladite lecture dudit flux, une 
etape consistant k g6n<§rer un identifiant de position en 
fonction d'une caracteristique dudit flux lu, cet 
identifiant de position etant transmis au serveur activant 
en reponse 1' envoi de 1' information complementaire fonction 
10 dudit identifiant de position. 

Selon une premiere variante, chaque image du flux 
nominal est associee a un indicateur de position. 

Selon une deuxidme variante, 1' etape de lecture 
comporte une operation de calcul de 1' identifiant de 
15 position de 1' image lue. 

Selon une troisi£me variante, l'etape de lecture 
comporte une operation de calcul de 1' identifiant de 
position du flux lu. 

Avantageusement , 1' information complementaire est 
20 envoy6e par portions. 

Selon un mode de realisation particulier de 
1' invention, le flux disponible sur I'&quipement 
destinataire dont la lecture conditionne la position et la 
portion £ envoyer de ladite information complementaire est 
25 une partie du flux principal modifie. 

Selon un autre mode de realisation , le flux disponible 
sur 1'equipement destinataire dont la lecture conditionne la 
position et la portion k envoyer de ladite information 
complementaire est une partie du flux nominal reconstitue. 
30 Dans un mode de mise en oeuvre particulier de 

1' invention le format de flux nominal est defini par la 
norme MPEG-2. Dans ce cas particulier de realisation, ledit 
identifiant de position pour une image est constitue des 
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variables "time_ code", ou code temporel, associe au groupe 
d' images dans lequel se trouve 1' image consid6r6e et 
^temporal_reference", ou reference temporelle, pour 1' image, 
qui sont des variables definies par MPEG-2. 
5 Avantageusement, chaque portion de ladite information 

complementaire envoy6e par le serveur permet de reconstituer 
au moins une image du flux originel lors de ladite synthese. 

Selon un mode de mise en oeuvre particulier, le serveur 
adapte la taille et le contenu de chaque portion de ladite 

10 information complementaire a envoyer en fonction dudit 
identifiant de position. 

Dans un mode de realisation pr^fere, chaque portion de 
ladite information complementaire est envoyee en avance par 
rapport a 1' instant d'affichage de ladite image du flux 

15 reconstitute avec ladite portion. 

Dans un mode de mise en oeuvre, le serveur adapte 
1' envoi d' information complementaire, lorsque 1' utilisateur 
de 1'equipement destinataire fait « pause », en arretant 
1' envoi de 1' information complementaire. De meme, le serveur 

20 adapte 1' envoi d' information complementaire, lorsque 
l'utilisateur de 1'equipement destinataire fait « avance 
rapide » ou « retour rapide », en envoyant la portion 
correspondant k la position adequate pour les commandes 
« avance rapide » et « retour rapide ». De la meme fagon, le 

25 serveur adapte 1' envoi d r information complementaire 
lorsqu r une panne rtseau survient qui empeche la 
communication client - serveur, en arretant 1' envoi 
d' information complementaire durant la panne et en le 
reprenant lorsque la panne cesse et qu'il regoit de nouveau 

30 les messages en provenance du client. 

Avantageusement, le serveur cr6e, pr6alablement k 
1 / envoi de 1' information complementaire, un tableau 
associant des pointeurs vers des portions de 1' information 
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complementaire avec des positions temporelles relatives £ 
des images du flux video, stocke ledit tableau sur un 
support relie au serveur et consulte ledit tableau pour 
determiner la portion d' information complementaire d. envoyer 
apr£s avoir regu ledit identifiant de position. 

L' invention concerne egalement un equipement pour la 
fabrication d'un flux video en vue de la mise en ceuvre du 
proc6d6 tel que decrit ci-dessus, comportant au raoins un 
serveur multimedia contenant les sequences videos 
originelles, un dispositif d' analyse du flux video provenant 
dudit serveur pour generer ledit flux principal modifies et 
ladite information complementaire et qui comprend en 
particulier un dispositif de synchronisation de 1' envoi de 
ladite information complementaire en f onction dudit 
identifiant de position envoye par 1' equipement 
destinataire. 

L' invention concerne enfin un systeme pour la 
transmission d'un flux video selon le proc£de decrit ci- 
dessus, comprenant un equipement de production d'un flux 
video, au moins un equipement d' exploitation d'un flux video 
et au moins un r^seau de communication entre l'equipement de 
production et le(s) equipement (s) d' exploitation. 

La presente invention sera mieux comprise k la lecture 
de la description d f un exemple non limitatif de realisation 
qui suit, se r6f6rant aux dessins annexes ou : 

- la figure 1 decrit 1' architecture d' ensemble d'un 
syst£me pour la mise en ceuvre du procede selon 1' invention ; 

- la figure 2 represente un mode de realisation 
particulier du systeme de synchronisation des flux 
audiovisuels conforme & 1' invention. 

Le principe general d'un procede de securisation d'un 
flux video est expose ci-apres. L' invention concerne un 
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proc6d6 pour la distribution de sequences videos num6riques 
selon un format de flux nominal constitue par une succession 
d' images (« pictures » en anglais ou pour le format MPEG) 
comprenant chacune au moins un bloc num£rique regroupant un 
certain nombre de coefficients correspondant & des Elements 
vid6o simples cod6s num^riquement selon un mode pr£cis6 & 
l'interieur du flux concern^ et utilise par tous les 
dScodeurs videos capables de l'afficher afin de pouvoir la 
decoder correctement et <§ventuellement organises de fa<?on 
hi^rarchique en groupe d' images et sequences. 

Avantageusement le format contient un moyen de 
localisation de ladite image numerique dans le flux a l'aide 
d'un identifiant de position temporelle permettant de savoir 
& quel moment 1' image en question doit etre affichee. 

Ce proced£ comporte : 

- une £tape preparatoire consistant a modifier au 
moins un desdits elements d'une desdites images, le flux 
binaire ainsi gener6 <§tant appele flux principal modifie ; 

- une 6tape de transmission : 

o du flux principal modifi£ conforme au format 
du flux nominal , constitu6 par des images contenant les 
£16ments modifies au cours de l'etape preparatoire et 

o d'une information num6rique complementaire 
par une voie separee dudit flux principal modifi£, 
permettant de reconstituer le flux originel k partir du 
calcul, sur l'Squipement destinataire, en fonction dudit 
flux principal modifi<§ et de ladite information 
compl&nentaire. On dSfinit ladite information complementaire 
comme un ensemble constituS de donn6es (par exemple des 
616ments dScrivant le flux numerique originel ou extraits du 
flux originel) et de fonctions (par exemple, la fonction 
substitution ou permutation) . Une fonction est d£f inie comme 
contenant au moins une instruction mettant en rapport des 
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donn6es et des operateurs. Ladite information compl6mentaire 
d£crit les operations k effectuer pour r£cup6rer le flux 
originel k partir du flux principal modifie. 

La reconstitution du flux originel s'effectue sur 
l'equipement destinataire £ partir du flux principal modifie 
d6j£ present sur 1'equipement destinataire ou envoys en 
temps reel et de 1' information corapiementaire envoyee en 
temps reel au moment de la visualisation comprenant des 
donnees et des fonctions ex<§cutees & l'aide de routines 
(ensemble d' instructions) numeriques. L' information 
compiementaire est envoyee par le serveur en fonction de la 
position de la tete de lecture dans le flux disponible sur 
1'equipement client. Cette position, definie par un 
identifiant de position ou element de synchronisation, est 
envoyee r6guli£rement par le client au serveur suivant 
1' instant de visionnage par le client du flux disponible sur 
1'equipement client. Ledit flux disponible sur 1'equipement 
client est identique au flux originel si le client possede 
les droits pour 1'afficher et s'il est en connexion avec le 
serveur contenant 1' information compiementaire, ou identique 
au flux principal modifie si ce n'est pas le cas. 

Quand le flux disponible sur l'equipement destinataire 
est identique au flux originel, l'utilisateur peut le 
visionner sur son ecran et si l'utilisateur desire se 
deplacer dans la sequence video, le client informe le 
serveur de la nouvelle position de la tete de lecture et le 
serveur envoie alors 1' information compiementaire necessaire 
au client pour reconstituer la portion du film qu'il regarde 
d6sormais . 

Dans la pr^sente invention, on entend sous le terme 
« embrouillage » la modification d'un flux vid6o numerique 
par des methodes appropriees de mani^re £ ce que ce flux 
reste conforme k la norme avec laquelle il a et6 encode 
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nuraeriquement, tout en le rendant jouable par un afficheur 
video, mais altere du point de vue de la perception visuelle 
humaine . 

Dans la presente invention, on entend sous le terme 
« desembrouillage » le processus de restitution par des 
methodes appropriees du flux initial, le flux video restitue 
apres le desembrouillage etant identique au flux video 
initial. 

La presente invention propose une protection grace a 
un embrouillage du flux video fondee integralement sur sa 
structure, protection qui consiste a modifier des parties 
ciblees du « bitstream » (flux binaire structure) 
essentielles pour la comprehension du film par un ceil 
humain. Les vraies valeurs de ces parties ciblees sont 
extraites du bitstream et stockees en tant qu' information 
complementaire, et a leurs places sont mises des valeurs 
aleatoires ou calculees ou des valeurs permutees, et cela 
sur la totalite du flux video. Ainsi, on rajoute des 
« leurres » pour le decodeur, c'est-a-dire des valeurs 
comprehensibles pour le decodeur, mais non identiques a 
celles presentes dans le flux nominal, qui recoit en entree 
un flux video completement conforme au format video 
d'origine, mais qui n'est pas acceptable du point de vue 
perception visuelle par un etre humain. 

A 1' inverse de la plupart des systemes de cryptage 
deja connus par l'homme de l'art, le principe decrit ci- 
dessous permet d' assurer un haut niveau de protection sans 
necessiter une liaison client - serveur haut debit puisque 
ladite information complementaire a envoyer ne represente 
qu'un faible pourcentage du flux video d'origine, le flux 
principal modifie etant deja present sur l'equipement du 
client. 
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La protection, realis6e de fagon conforme 2l 
1' invention, est basee sur le principe de la suppression 
et/ou du remplacement d' informations d6crivant le signal 
video par une methode quelconque, soit : substitution, 
5 modification ou deplacement de 1' information. Cette 
protection est egalement basee sur la connaissance de la 
structure du flux a la sortie de l'encodeur video : 
l'embrouillage depend du contenu dudit flux video num6rique. 
La reconstitution du flux originel s'effectue sur 

10 l'equipement destinataire & partir du flux principal modifie 
deji present ou re$u en temps reel sur l'equipement 
destinataire et de 1' information complementaire envoyee en 
temps reel au moment de la visualisation comprenant des 
donn^es et des fonctions executees a l'aide de routines 

15 (ensemble d' instructions) numeriques. 

La presente invention concerne en particulier le 
processus de synchronisation entre le fournisseur de 
1' information complementaire (le serveur) et le 
lecteur/afficheur install^ chez le client. Pour cela 

20 1' invention utilise des Elements de synchronisation (ou 
identifiants de position de la tete de lecture dans le flux 
disponible sur l'equipement destinataire) qui permettent de 
faire le lien entre une portion donn6e de 1' information 
complementaire et la partie du flux principal modifie 

25 qu'elle permet de modifier afin de reconstituer la partie 
correspondante du flux nominal. Par exemple 1' invention 
utilise des donnees de position temporelle relatives & la 
t§te de lecture du client dans le flux video disponible sur 
l'equipement client, comme celles contenues dans un flux 

30 MPEG, pour determiner 1' information complementaire & 
envoyer . 

Une autre possibilite, correspondant & un autre 
exemple de realisation, est de num6roter les images du flux 
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principal modifie et d'indiquer, dans les differentes 
portions de 1' information complementaire, le numero de 
1' image ou des images du flux principal modifie que ladite 
portion permet de modifier afin de reconstituer la partie 
5 correspondante du flux nominal. 

Un autre exemple de realisation consiste a utiliser 
des mots binaires calculus k partir du flux principal 
modifi^ , un mot binaire donne etant specif ique k une portion 
du flux principal modifie donnee, qui est alors specifie 

10 dans la portion de 1' information complementaire 
correspondante • 

Un autre exemple de realisation consiste k utiliser 
des mots binaires calculus a partir du flux principal 
modifi6 , un mot binaire donne etant specifique k une image 

15 du flux principal modifie donnee, qui est alors specifie 
dans la portion de 1' information complementaire 
correspondante . 

Un autre exemple de realisation consiste k a j outer un 
mot binaire unique dans chaque champ utilisateur du flux 

20 principal modifie (champ « user data » de MPEG- 2 par 
exemple) , et dans la portion de 1' information complementaire 
correspondante. Un champ utilisateur est caracterise en ce 
qu'on peut y a j outer des informations binaires sans que cela 
n'affecte l'affichage du flux binaire vid6o le contenant. 

25 Quelle que soit la solution choisie, le client envoie 

regulidrement au serveur 1' identifiant de position de la 
tete de lecture du client dans le flux disponible sur 
l'equipement destinataire (position temporelle ou mot 
binaire) permet tant au serveur de determiner la portion de 

30 1' information complementaire dont l'equipement client a 
besoin pour transformer le flux principal modifie afin de 
reconstituer la partie correspondante du flux nominal. 
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1/ invention sera mieux comprise & la lecture d'un 
exemple de realisation de 1' invention, en se r6ferant aux 
figures 1 et 2. 

Dans cet exemple de realisation, 1' invention concerne 
5 une sequence video encodee selon le format MPEG-2, sans que 
cela constitue une reduction de la portee de la presente 
invention, 

Sur la figure 1, l'agencement d' interf agage video (8) 
est adapts pour relier au moins un dispositif d'affichage, 

10 par exemple un moniteur, un video projecteur ou un 
dispositif de type ecran de television (6) , a au moins une 
interface de r6seau de transmission et de diffusion large 
bande (4) et & au moins une interface de reseau de 
telecommunication (10) . Selon la presente invention, cet 

15 agencement est compose d'un module (8) comprenant 
principalement, d'une part, une unite de traitement adapt£e 
pour traiter, en particulier decoder et desembrouiller tout 
flux video de type MPEG-2 selon un programme logiciel de 
decodage et desembrouillage pr£-charge, de manidre a 

20 l'afficher, en temps reel ou differe, de le stocker, de 
l'enregistrer et/ou de l'envoyer via un reseau de 
telecommunication et, d' autre part, au moins une interface 
d' ecran (7) et une interface de connexion k un reseau local 
ou etendu (5) et/ou (9) . Le reseau de transmission et de 

25 diffusion large bande (4) et le reseau de telecommunication 
(10) pouvant etre confondus en un seul reseau. 

Le disque dur ou le dispositif d'enregistrement du 
module (8) peut §tre utilise comme memoire tampon pour 
stocker momentanement au moins une partie du programme ou de 

30 la sequence video & afficher, en cas de visualisation 
dif feree ou de limitation dans la bande passante du r6seau 
de transmission • La visualisation peut etre retardee ou 
differee h la demande de 1'utilisateur ou du portail (12) . 
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Comme le montre la figure 1, 1' interface de connexion 
(5) est reli6e & un r6seau de transmission et de diffusion 
large bande (4) telle qu'un modem, un modem satellite, un 
modem c§bl6, d'une interface de ligne a fibre optique ou 
5 d'une interface radio ou infrarouge pour la communication 
sans-f il. 

C'est par cette liaison classique de diffusion vid^o 
que seront transmis les contenus des programmes audiovisuels 
comme des films . Toutefois, de fagon k ne pas laisser faire 

10 de copies pirates, avant de transmettre le contenu 
audiovisuel depuis le serveur (1) ou le portail (12) il est 
prevu de conserver une petite partie du contenu audiovisuel 
dans le portail (12). 

En cas de visualisation d'un programme audiovisuel en 

15 temps reel, cette petite partie du contenu audiovisuel 
conserve dans le portail (12) sera 6galement envoy6e au 
module (8) en temps reel, via le reseau de telecommunication 
(10). 

Dans le format MPEG-2, le flux audiovisuel est divise 
20 en une hierarchie de structures imbriquees les unes dans les 
autres. Ainsi, un « flux » contient un nombre ind£fini de 
groupes d' images li6es les unes aux autres (« GOP » : 
« Group of Pictures ») ; un groupe d' images contient un 
certain nombre d' images (g£n£ralement 12 ou 15 pour MPEG 
25 mais ce n'est pas obligatoire) ; une image est d^composee en 
tranches (« slices ») ; une tranche contient une s6rie de 
macroblocs ; un macrobloc regroupe entre 6 et 12 blocs ; un 
bloc contient 1' information relative & un carr£ de 8 pixels 
sur 8 sous formes de coefficients fr6quentiels. Le flux est 
30 compress^ par une transformation & cosinus discret (DCT) , 
qui s' applique sur chaque bloc de fagon k concentrer 
1' information pertinente dans seulement certains 
coefficients de fagon & pouvoir supprimer les autres et 
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ainsi reduire la quantity d' information k stocker, et £l un 
echantillonnage des coefficients transforms et un codage 
destine a reduire la taille du flux (par exemple un codage 4 
longueur variable ou un codage de type « Run-Level ») . 
5 Dans cet exemple de realisation, decrit en reference 

aux figures 1 et 2, le flux nominal (101) provient du 
serveur (1) pour etre transmis au portail (12) . Le 
dispositif d' analyse (121) du portail (12) proc£de k 
1' analyse du flux nominal (101) pour const ituer d'une part 

10 le flux principal modifie (122) et d' autre part 
1' information compl6mentaire (123). Le flux principal 
modifi^ (122) est transmis au client d'une manidre 
quelconque. Cette maniere peut etre : & travers un reseau 
large bande (4) de type BLR ou DSL, & travers un reseau 

15 mobile de type GSM, ou encore grace a un CD-ROM ou un autre 
support physique. Le client stocke le flux principal modifie 

(122) sur un support physique (85) situe chez lui, ledit 
support physique pouvant etre un disque dur ou un CD-ROM . 

Lorsque le client (8) desire regarder la sequence 
20 video correspondant a ce flux principal modifie, il adresse 
la demande au serveur (12), en specif iant un identifiant de 
la sequence video demandee et en fournissant au moins un 
identifiant du client (8) . Le serveur (12) re<?oit la demande 
du client et verifie si celui-ci a le droit de regarder la 
25 sequence demandee, en utilisant 1' identifiant de la sequence 
et celui du client. Cette verification peut etre faite par 
exemple a 1'aide d'une base de donnees r6pertoriant pour 
chaque client la liste des sequences video autoris6es. 

Si le client (8) est autorise k regarder la sequence 
30 video demandee, le serveur (12) etablit une connexion avec 
le client pour transmettre 1' information complement a ire 

(123) a travers le reseau (10) . Lorsque la connexion est 
etablie, le client (8) envoie au serveur (12) les 
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identifiants de position de la t§te de lecture dans le flux 
vid6o demands. Le serveur (12) regoit les informations de 
position et adapte le contenu de 1' information 
complementaire (123) transmise au client & travers la 
5 liaison (10) en fonction de ladite position. 

Dans une autre realisation de cette invention, les 
informations de position* sont transmises en meme temps que 
la demande pour la sequence vid6o et le serveur commence la 
diffusion de 1' information complementaire correspondant k 

10 ladite position aprds avoir verifier l'autorisation. 

Le client (8) regoit la partie de 1' information 
complementaire (123) correspondant k la position de la t€te 
de lecture et la stocke dans le tampon d' entree (86). Ce 
tampon est de preference une memoire volatile. Dans le m§me 

15 temps , le client lit a partir du support de stockage (85) le 
flux principal modifi£ correspondant a cette position via le 
tampon de lecture (83) . Le dispositif de syn these (87) 
utilise 1' information complementaire stock£e dans le tampon 
d' entree (86) et le flux principal stocke dans le tampon de 

20 lecture (83) pour reconstituer sans erreur le flux originel 
et l'envoyer vers le lecteur (81) . Le flux originel, lu par 
le lecteur (81) , est alors af fiche sur le dispositif 
d'affichage (6). 

Dans cet exemple de realisation, deux variables pour 

25 chaque image du flux sont utilis6es comme identifiant de 
position : la variable « temporal_reference » ou reference 
temporelle, pr6sente dans le champ « picture_header » ou en- 
tete d' image pour chaque image, et la variable « time_code » 
ou code temporel, pr6sente dans le champ « Group Of Pictures 

30 Header » ou en-t§te de groupe d' images pour le groupe 
d' images dans lequel se trouve 1' image consid6r£e. Ces 
variables permettent d' identifier de manidre unique une 
image dans un flux vid6o MPEG-2 d'une dur6e totale 
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inf6rieure k 24h. Le client envoie r^guliSrement au serveur 
sa position dans le flux video en lui coramuniquant ces deux 
donnees. Le serveur adapte la portion de 1' information 
complementaire k envoyer en fonction de cette position. 
5 Chaque portion de 1' information complementaire contient en 
effet une copie de ces identifiants de position ou elements 
de synchronisation permettant de f aire un lien unique entre 
1' image du flux principal modif i<§ et la portion de 
1' information complementaire correspondante qui permet de 

10 modifier le flux principal modifie afin de reconstituer la 
partie correspondante du flux nominal. Dans cet exemple de 
realisation, 1' inf ormation complementaire est contenue dans 
un fichier unique. Lorsque le serveur (12) regoit les 
variables de position provenant du client, il determine la 

15 portion de 1' inf ormation complementaire k envoyer en 
parcourant ledit fichier. Pour que la recherche de la 
portion voulue soit plus rapide, 1' invention peut 
avantageusement utiliser un tableau qui fait correspondre 
une position dans ledit fichier avec une image du flux 

20 principal embrouille, ce tableau etant realise lors d'une 
phase prealable, associee k 1' analyse du flux principal. 

Dans un mode de realisation alternatif, 1' element de 
synchronisation ou identifiant de position de la tete de 
lecture dans le flux disponible sur 1'equipement 

25 destinataire est le numero de 1' image courante, c'est-a-dire 
1'ordre d' apparition de ladite image au sein du flux 
principal modif ie correspondant . Par exemple, la premiere 
image du flux principal modif ie aura le numero 1, la 
deuxi^me le numero 2, et la 22^® le numero 22. Ce numero est 

30 egalement indiqu6 dans 1' inf ormation complementaire de fagon 
k etre capable de faire le lien entre 1' image du flux 
principal modifie et la portion de 1' information 
complementaire correspondante qui permet de transformer le 
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flux principal modifie afin de reconstituer la partie 
correspondante du flux nominal. 

Dans un troisieme exemple de realisation, les elements 
de synchronisation ou identifiants de position de la tete de 
5 lecture dans le flux disponible sur l'equipement 
destinataire sont des mots binaires calcules a partir du 
flux principal modifie, un mot binaire donne etant 
specif i que au contenu d'une portion donn6e du flux principal 
modifie, ladite portion etant caracteris^e par sa position 

10 binaire, definie par le nombre de bits qui la separent du 
debut du flux, et sa taille, ledit mot binaire 6tant 
specif ie dans la portion de 1' information compiementaire 
correspondante. Ce mot binaire est calcule d'apr&s le 
contenu binaire de ladite portion de fagon a ce que deux 

15 portions referencees differentes produisent des mots 
binaires differents. Pour obtenir le mot binaire, on peut 
utiliser une table de « hash » code. Une table de « hash » 
code est un ensemble d f entrees, ou chaque entree est 
constitute d'une cie et d'une valeur. On ne peut avoir deux 

20 entrees ayant la raerae cle. A partir d'une cle, une table de 
« hash » code peut retrouver tres rapidement 1' entree 
correspondante. II existe de nombreux algorithmes de ce 
genre qui sont notamment utilises dans les 
telecommunications pour detecter les erreurs de 

25 t r an smi s s i on . 

Dans une variante de realisation de 1' exemple 
precedent, ledit mot binaire n'est pas calcuie d'apres le 
contenu binaire d'une portion du flux principal modifie 
caracterisee par sa position binaire et sa taille, mais 

30 d'aprds le contenu binaire d'une image du flux principal 
modifie donnee. 

Dans un autre exemple de realisation, les elements de 
synchronisation ou identifiants de position de la tete de 
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lecture dans le flux disponible sur l'6quipement 
destinataire sont des mots binaires ins6r6s dans chaque 
champ utilisateur du flux principal modifi6 (champ « user 
data » de MPEG-2 que l'on peut insurer avant chaque image 
5 d'un flux vid6o MPEG-2) r et dans la portion de 1' information 
compl6mentaire correspondante. Chaque mot binaire est 
different de fagon & ce que le lien entre une image du flux 
principal modifie et une portion de 1' information 
compl^mentaire soit unique . 

10 

Quel que soit le mode de constitution desdits 
identifiants de position de la tete de lecture , en 
fonctionnement normal et continu d'affichage du flux vid£o 
(lecture simple) , le client (8) envoie au serveur une 

15 information de position correspondant 2l la derniere image ou 
& la derniere portion affichee du flux disponible sur 
l'equipement destinataire qui peut etre soit issue du flux 
principal modifie si le client n'a pas regu 1' information 
compl6mentaire correspondante pour modifier le flux 

20 principal modifie afin de reconstituer la partie 
correspondante du flux nominal, soit issue du flux 
reconstitu<§ identique au flux nominal dans le cas contraire. 
Le serveur regoit cette information de position et calcule 
la portion d' information compl£mentaire a envoyer pour 

25 permettre le visionnage du contenu suivant cette derniere 
position affichee. Dans 1'exemple de realisation qui nous 
int£resse, ce calcul est possible gr&ce & la correspondance 
entre les couples reference temporelle (code temporel 
present dans les messages envoy6s par le client vers le 

30 serveur) et les couples de m§me nature inscrits dans 
1' information compl£mentaire. En fonctionnement normal, la 
position envoy6e par le client (8) correspond & une portion 
d' information compl£mentaire r£cemment envoy6e par le 



WO 2004/056114 




'CT/FR2003/050158 



23 

serveur (12) . Celui-ci envoie done la portion suivante de 
1' information compl6mentaire au client (8) par le r£seau 

(10). Cette portion correspond en fait k des images que le 
client va bientot afficher sur le dispositif d'affichage 

(6), pour laisser le temps au dispositif de synthase (87) de 
d6sembrouiller le flux. Si le serveur envoyait 1' information 
compl&nentaire correspondant & ce que le client est en train 
d' afficher, celle-ci arriverait trop tard chez le client 
pour pouvoir £tre utilis&e, il faut done 1'envoyer avec une 
l£g£re anticipation. Le serveur (12) envoie 1' information 
compl£mentaire par paquets, chaque paquet comprenant 
1' information n§cessaire pour reconstituer plusieurs images. 
Si chaque paquet correspond a une duree t de la sequence 
video et que la transmission du paquet occupe une duree f, 
le serveur (12) attend une duree (t-f) entre la fin de la 
transmission d'un paquet et le ddbut de la transmission du 
paquet suivant. A la fin de cette attente, le serveur se 
reveille et analyse les messages en provenance du client. 
Ces messages conditionnent alors le comportement du serveur 
de la fagon decrite ci-dessus. 

Le serveur (12) envoie des portions d' information 
compl£mentaire tant qu' il regoit des messages du client (8) 
lui donnant la position de la tete de lecture. Lorsque le 
client arr§te la lecture (« pause » ou « stop » ou 
deconnexion r^seau) f il arrete d'envoyer des informations de 
position au serveur. Dans cet exemple r6alis6, si le serveur 
ne regoit pas de messages de l'£quipement client pendant le 
temps n£cessaire a celui-ci pour visionner le flux vid6o 
correspondant au dernier paquet d' information compl6mentaire 
envoys (dur6e t) , e'est-^-dire s'il n'a pas regu de nouveaux 
messages lors de son rSveil, il arrdte d'envoyer des 
portions d' information compl6mentaire. 
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L' envoi de portions d' information complementaire 
reprend quand le client recommence a lire la sequence video 
et done & envoyer des informations de position. Ainsi, dans 
le cas d'une panne de reseau empechant la communication 
5 entre l'equipement client et le serveur, lorsque la panne 
survient, le serveur cesse de recevoir des identifiants de 
position de la tete de lecture et stoppe done 1' envoi de 
1' information complementaire ; et lorsque la panne cesse, 
l'equipement client envoie sa position courante dans le flux 

10 disponible sur l'equipement client, le serveur la regoit, 
s'y adapte et envoie 1' information complementaire 
correspondante . De meme dans le cas d'une « pause » ou d'un 
arret du visionnage du flux video par le client, le serveur 
ne revolt plus de messages du client et stoppe done 1' envoi 

15 de 1' information complementaire : celui-ci reprend lorsque 
le client reprend la lecture du flux video disponible sur 
l'equipement client. 

Avantageusement, dans le cas ou le client souhaite 
arreter de regarder le flux video pour une duree prolong6e, 

20 la session client - serveur est fermee. Lorsque la session 
reprend suite a la volonte du client de reprendre le 
visionnage du flux video et a sa reconnexion au serveur, le 
serveur envoie 1' information complementaire & partir de la 
portion correspondant & celle qu'il recevait avant la fin de 

25 session. L'affichage du flux video sur l'equipement client 
ne reprend qu' au moment ou il commence k recevoir les 
informations compiementaires de la part du serveur. 

Si le client fait un retour en arri£re dans la 
sequence vid6o, la nouvelle position envoyee au serveur est 

30 une position ant6rieure k la dernidre position envoy6e. 
L' envoi suivant du serveur est done une partie de 
1' information complementaire situ6e avant la derniere partie 
envoyee. La quantite et done la dur6e de 1' information 
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complementaire envoy6e par le serveur depend de la vitesse 
arriere qui a 6t6 choisie par le client. Cette 
fonctionnalit6 permet d' of f rir plusieurs vitesses de retour 
arridre sur 1' equipement du client. 
5 De m§me, si le client envoie une commande « avance 

rapide » dans la sequence video f la nouvelle position 
envoyee au serveur est posterieure k la position 
« attendue » par le serveur, c'est-a-dire la position 
correspondant a la derniere partie de 1' information 

10 complement a ire envoyee par le serveur au client . 1/ envoi 
suivant du serveur est done une partie de 1' information 
complementaire situ£e aprds la derniere partie envoyee. La 
quantite de 1' information complementaire envoyee par le 
serveur depend de la vitesse « avance rapide » qui a £te 

15 choisie par le client. Cette f onctionnalite permet d'offrir 
plusieurs vitesses « avance rapide » sur 1' equipement du 
client. 

Pour ameliorer la synchronisation entre le serveur et 
le client, 1' invention comprend egalement un mecanisme 

20 d' accusation de reception. La portion d' information 
complementaire envoyee par le serveur (12) est stockee dans 
le tampon d' entree (86) . Si le dispositif de synthase (87) a 
besoin de cette information complementaire pour reconstituer 
le flux originel et qu'il y arrive, le client (8) envoie un 

25 message de confirmation pour specifier au serveur (12) s'il 
a bien regu 1' information complementaire et s'il a ete en 
mesure de 1'utiliser pour l'affichage. Si le client n'a pas 
pu utiliser 1' information complementaire, cela signifie pour 
le serveur que celle-ci est arriv6e trop tard (apr£s le 

30 moment oti elle devait §tre utilis6e) et done que le client 
et le serveur sont d6synchronis£s . Dans ce cas, le tampon 
d' entree (86) est vide et le serveur (12) adapte le flux 
d' informations qu'il envoie pour faire en sorte de remplir 
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ce tampon. Pour cela, le serveur (12) doit anticiper plus 
longuement la lecture du client (8) . II dispose alors de 
deux solutions : 

- soit il augmente le nontbre d' images dans le prochain 
5 paquet. Cette solution permet de conserver la continuity du 
flux affich6, mais ndcessite un r£seau (10) de taille 
suffisante pour supporter une augmentation momentanee du 
trafic ; 

-soit il choisit une portion d' information 
10 compl6mentaire posterieure & celle qu'il devrait envoyer 
pour assurer la continuity du flux vid6o. Alors, les images 
. pour lesquelles aucune information complementaire n'est 
envoy^e restent embrouill^es . 

Dans un autre exemple de realisation, le protocole 
15 r£seau utilise pour les communications entre le client et le 
serveur est UDP (« User Datagram Protocol ») . 

Enfin, un autre mode de mise en oeuvre est decrit par 
la suite, concernant la synchronisation dans un syst&me de 
protection applique & des flux audiovisuels au format MPEG-2 
TS (« Transport Stream » en anglais , ou flux pour le 
transport) , def ini par la norme MPEG-2 pour une diffusion de 
donn^es robuste aux erreurs de transmission sur les r£seaux. 
Chacune des pistes audio ou vid6o contenues dans le flux est 
d6compos£e en une s£rie de paquets de 188 octets, appel6s 
paquets TS. Chaque paquet TS contient une ent^te indiquant a 
quelle piste audio ou video le paquet est rattache, 1'ordre 
de traitement des paquets et les informations de 
synchronisation des pistes audio et vid6o associ6es. 

Lors de l'6tape d' embrouillage, certains des paquets 
TS relatifs aux flux videos sont substitu§s par des paquets 
« leurres » conformes k la norme, dans le but de d^grader 
visuellement le flux vid6o. Chaque paquet MPEG-2 TS au sein 
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du flux est identifi6 de manidre unique, afin de 
synchroniser correctement le flux principal modifi6 et 
1' information complementaire, et de r6ins£rer les paquets 
d'origine dans le flux lors de la phase de desembrouillage. 

L' operation de desembrouillage du flux proteg£ par 
substitution de paquets TS est simple et efficace. Le module 
de desembrouillage utilise des informations relatives d 
1' encapsulation MPEG-2 TS des donn6es, appel£es 
« identifiants », sans utiliser les donnees relatives au 
contenu video pour la synchronisation. 

Lesdits identifiants utilises pour la synchronisation 

sont : 

o le PID (« Program Identity » en anglais) ou 

« identifiant de programme » du paquet substitu6 ; 

o le « continuity counter » en anglais ou 

« compteur de continuity » du paquet substitue; 

° la derniere PCR (« Program Clock Reference » en 

anglais) ou «horloge de ref£rence» rencontr£e, 

relative au flux vid£o concerne; 

o 1' index d' occurrence dudit compteur de continuity 
depuis le dernier paquet MPEG-2 TS renfermant un PCR. 
Cet index n'etant pas present dans l'entete des 
paquets TS, est calcule lors des phases d' embrouillage 
et de desembrouillage. 

1/ « identifiant de programme » d'un paquet TS est 
situ6 dans l'ent§te de chaque paquet TS permettant a un 
d£codeur MPEG-2 d'associer tous les paquets TS relatifs & un 
meme flux lors du d^multiplexage . 

Le « compteur de continuity » d'un paquet TS est un 
compteur cyclique variant entre 0 et N-l et permet de 
remettre les paquets en ordre en cas de permutation ou de 
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perte de paquets, dus k une erreur de transmission r6seau f 
dans un groupe de N paquets cons6cutifs. 

L' «horloge de ref6rence» est un champ binaire 
optionnel et sert au d£codeur pour calculer une base de 
5 temps . 

1/ index d' occurrence du compteur de continuity non 
present dans les paquets TS, est calcule par le module 
d' analyse et d' embrouillage (12) . Ledit index d' occurrence 
correspond, pour un paquet donne, au nombre de paquets TS 

10 ayant la m§me horloge de reference et le m§me compteur de 
continuity, qui se sont succed£s depuis le dernier champ 
d' horloge de ryfyrence. 1/ horloge de reference est relative 
& 1' identif iant de programme du paquet. En consequence, un 
paquet TS contenant une horloge de reference, aura 

15 necessairement un index d' occurrence de 1. Le paquet TS de 
m£me identifiant de programme et de meme compteur de 
continuity qui suivra aura done un index d' occurrence de 2 
(si aucune horloge de reference ne s'est glissee pour ce 
flux entre temps) . Les index d' occurrence des paquets 

20 suivants sont incrementes de 1 si leur compteur de 
continuity a tourny d'un cycle (N) et leur identifiant de 
programme est identique, et ce, jusqu'& ce qu'une nouvelle 
horloge de ryfyrence relative au meme flux soit rencontr^e, 

Lorsque le module d' embrouillage sauvegarde dans 

25 1' information compiymentaire les paquets TS d'origine qui 
ont yty substituys, il leur associe systymatiquement les 
quatre identif iants citys prycydemment : 

o L' identifiant de programme du paquet permet, c6ty 
client, de savoir & quel flux yiymentaire appartient 

30 le paquet. 

° La derniyre horloge de ryfyrence rencontrye permet 
de situer la tranche temporelle (avec une 
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granularity de 100 ms) & laquelle appartient le 
paquet. 

o L' index d' occurrence du compteur de continuity 
permet d' identifier un groupe de N paquets TS auquel 
5 appartient le paquet. 

° Le compteur de continuity permet d' identifier a 
quel paquet exactement on fait reference au sein de 
ce groupe de N paquets. 

Ces quatre identifiants sont utilises pour la 
10 synchronisation lors de la phase de desembrouillage, 
1' index d' occurrence du compteur de continuity 6tant 
egalement recalcuiy lors de la phase de desembrouillage. 

Par exemple, dans une solution de diffusion de flux 
MPEG-2 TS proteges en temps reel, lorsque le client (8) 
15 souhaite visualiser le flux, le serveur envoie au pr£alable 
une partie de 1' information complementaire contenant des 
paquets TS d' origine, incluant des informations de 
synchronisation TS associes. Lorsque le module de 
desembrouillage (87) regoit un paquet d' information 
20 complementaire, il realise a l'aide des identifiants de 
synchronisation la correspondance avec les paquets du flux 
principal modifie et les substitue par les paquets 
originaux presents dans 1' information complementaire. 

Dans le cadre d'une application de video & la demande, 
25 le module de desembrouillage transmet reguli£rement au 
serveur (12) les identifiants de synchronisation issus des 
paquets du flux principal modifie qui est en cours de 
desembrouillage et d'affichage sur l'£cran de visualisation 
(6) . De cette manifere, le serveur (12) en d6duit la portion 
30 d' inf ormation compl6mentaire dont le client aura besoin dans 
les instants & venir et lui envoie les paquets necessaires 
de 1' information complementaire. 
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REVINDICATIONS 



1 o Procede pour la distribution de sequences videos 
selon un format de flux nominal constitues par une 
5 succession d' images, ledit flux sur lequel on procede, avant 
la transmission a 1'equipement client, & une analyse pour 
gen^rer un flux principal modifie, pr^sentant le format du 
flux nominal, et presentant des images modifiees par la 
substitution de certaines donnees par des donnees de meme 

10 nature mais aleatoires ou calculees, et une information 
compiementaire d'un format quelconque* comportant les 
donnees substitutes et les informations numeriques aptes a 
permettre la reconstruction dudit flux nominal modifie, puis 
a transmettre stpartment, le flux principal modifie en temps 

15 reel ou en temps difftre et 1 ' information compiementaire en 
temps reel au moment de la visualisation depuis le serveur 
vers 1'equipement destinataire, et pour lequel on calcule 
sur 1'equipement destinataire une synthese d'un flux 
disponible au format nominal, reconstitue en fonction dudit 

20 flux principal modifie et de ladite information 
compiementaire et une lecture dudit flux disponible sur 
l'equipement destinataire caracterise en ce que ledit 
procede comporte, pendant ladite lecture dudit flux, une 
etape consistant a gtnerer un identifiant de position en 

25 fonction d'une caracteristique dudit flux lu, cet 
identifiant de position etant transmis au serveur activant 
en rSponse 1 'envoi de 1 ' information complementaire en 
fonction dudit identifiant de position o 



30 selon la revendication 1, caracterise en ce que chaque image 
du flux nominal est associ£e a un indicateur de position. 

3o Procede pour la distribution de sequences videos 
selon la revendication 1, caracterise en ce que 1' etape de 



2 o Procede pour la distribution de sequences videos 
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lecture comporte une operation de calcul de 1 ' identif iant de 
position de 1' image lue e 

4o Proc6d6 pour la distribution de sequences videos 
selon la revendication 1, caract6ris6 en ce que l'6tape de 
5 lecture comporte une operation de calcul de 1 ' identif iant de 
position du flux lu„ 

5- Proc6de pour la distribution de sequences videos 
selon la revendication 1, caracteris§ en ce que 
1' information complementaire est envoy^e par portions. 

10 6o Procede pour la distribution de sequences video 

selon la revendication 1, caracterise en ce que le flux 
disponible sur l'equipement destinataire dont la lecture 
conditionne la position et la portion a envoyer de ladite 
information complementaire est une partie du flux principal 

15 modifi<§o 

7 o Procede pour la distribution de sequences video 
selon la revendication 1, caracterise en ce que le flux 
disponible sur l'6quipement destinataire dont la lecture 
conditionne la position et la portion a envoyer de ladite 

20 information complementaire est une partie du flux nominal 
reconstitue. 

8 • Procede pour la distribution de sequences video 
selon l'une des revendications pr£c£dentes, caracterise en 
ce que le format de flux nominal est defini par la norme 

25 MPEG-2 . 

9o Procede pour la distribution de sequences vid£o 
selon la revendication 8, caracterise en ce que ledit 
identifiant de position pour une image est constitue des 
variables code temporel du groupe d' images dans lequel se 
30 trouve ladite image et reference tempore lie de ladite 
image • 
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10. Procede pour la distribution de sequences video 
selon l'une des revendications pr6c6dentes, caracterise en 
ce que le format de flux nominal est au format MPEG-2 TS et 
que ledit identifiant de position est constitue des quatre 
5 variables identifiant de programme , horloge de reference, 
compteur de continuity et index d f occurrence du compteur de 
continuity f ledit index d' occurrence du compteur de 
continuity resultant d'un calcul applique sur les paquets 
TS. 

10 11. Procede pour la distribution de sequences video 

selon l'une des revendications precedentes, caracterise en 
ce que chaque portion de ladite information complementaire 
envoyee par le serveur permet de reconstituer au moins une 
image du flux originel lors de ladite synthese. 

15 12 . Procede pour la distribution de sequences video 

selon l'une des revendications precedentes, caracterise en 
ce que le serveur adapte la taille et le contenu de chaque 
portion de ladite information complementaire a envoyer en 
fonction dudit identifiant de position. 

20 13* Procede pour la distribution de sequences video 

selon l'une des revendications precedentes, caracterise en 
ce que chaque portion de ladite information complementaire 
est envoyee en avance par rapport & 1' instant d'affichage de 
ladite image du flux reconstitute avec ladite portion. 

25 14 o Procede pour la distribution de sequences video 

selon l'une des revendications precedentes , caracterise en 
ce que le serveur adapte 1' envoi d ' information 
complementaire , lorsque 1 'utilisateur de l'Squipement 
destinataire fait « pause », en arretant 1' envoi de 

30 1' information complementaire. 

15 o Procede pour la distribution de sequences video 
selon l'une des revendications precedentes, caracterise en 
ce que le serveur adapte 1' envoi d ' information 
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complementaire, lorsque 1 'utilisateur de 1 ' equipement 
destinataire fait « avance rapide » ou « retour rapide », en 
envoyant la portion correspondant h la position adequate 
pour les commandes « avance rapide » et « retour rapide » • 
5 16«Proced6 pour la distribution de sequences video 

selon l'une des revendications pr6c6dentes r caracterise en 
ce que le serveur adapte 1' envoi d ' information 
complementaire, lorsqu'une panne r£seau survient qui empeche 
la communication client — serveur , en arretant 1' envoi 

10 d ' information complementaire durant la panne et le reprenant 
lorsque la panne cesse et qu'il regoit de nouveau les 
messages en provenance du client, 

17oProced6 pour la distribution de sequences video 
selon l'une des revendications prec^dentes, caracterise en 

15 ce que le serveur cree, prealablement h 1' envoi de 
1 'information complementaire, un tableau associant des 
pointeurs vers des portions de 1 'information complementaire 
avec des positions temporelles relatives a des images du 
flux vid6o f stocke ledit tableau sur un support relie au 

20 serveur et consulte ledit tableau pour determiner la portion 
d' information complementaire a envoyer apres avoir regu 
ledit identifiant de position* 

18 * Equipement pour la fabrication d'un flux video en 
vue de la mise en oeuvre du procede selon l'une des 

25 revendications precedentes, comportant au moins un serveur 
multimedia contenant les sequences videos originelles, un 
dispositif d' analyse du flux video provenant dudit serveur 
pour generer ledit flux principal modifie et ladite 
information complementaire caracterise en ce qu'il comprend 

30 un dispositif de synchronisation de 1' envoi de ladite 
information complementaire en fonction dudit identifiant de 
position envoye par l'equipement destinataire. 
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19.Syst£me pour la transmission d'un flux vid§o selon 
les revendications 1 I 16, caractgrisS en ce qu'il comprend 
un gquipement de production d'un flux video, au moins un 
gquipement d' exploitation d'un flux vid6o et au moins un 
5 rSseau de communication entre 1'equipement de production et 
le ( s ) gquipement ( s ) d ' exploitation . 
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